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Abstract: 

WO 200029917 A 

The instantiatable base objects include a program processing object type that 
processes a user-defined program and a driver object type to control the process 
hardware. The projection process involves the steps of selection and initializing the 
base object. The software application is performed on a runtime system and the 
projection on an engineering system. 

The programmer/projector selects base object types from a number of predefined base 
object types for the automation. The selection of a base object corresponds to an 
instantiation of the base object type. The existing instance of the base object type is a 
base object. 

USE - To control movement of computer controlled production machinery. 
ADVANTAGE - Eases merging of control program and decreases number of central 
processing units needed. 
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Prufungsantrag gem. § 44 PatG ist gestellt 
® Verfahren zur Steuerung technischer Prozesse 
® Aufgrund der Vielschichtigkeit der bei der Bewegungs- 
steuerung von Produktionsmaschinen zu erfullenden An- 
forderungen wird von einem Sortiment an Hardwarebau- 
gruppen, die mit ausreichender Rechenleistung, einem 
Echtzeitbetriebssystem und spezifischer Grundfunktiona- 
litat ausgerustet sind, einem Netzwerk (z. B. Profibus) zum 
Aufbau eines dezentralen Systems mit verteilter Steue- 
rungsfunktionalitat sowie Bedien- und Beobachtungsge- 
raten mit vorprojektierten Oberflachen ausgegangen. Mit 
der Erfindung wird ein konfigurier-, verteii- und program- 
mierbares Steuerungssoftwaresystem zur individuellen 
Anpassung der Steuerungslosung an die Kundenanforde- 
rung vorgeschlagon, mit dem die projektierte Steue- 
rungslosung auf Hardwarebaugruppen verteilt wird und 
wobei ein z. B. auf einem Programmiergerat oder auf ei- 
i nem Personalcomputerablaufendes Engineeringsystgem 
, zur Verwaltung, Konfiguration, Programmierung, zum 
■ Monitoring, Debugging und zur Inbetriebnahme einge- 
setzt wird. 
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Beschreibung 



Die vorliegende Erfindung betrifft ein Verfahrea zur 
Steuerung technischer Prozesse, insbesonriere zur Bewe- 
gungsssteuerung von Produktionsmaschinen, wobei mittels 
einer zentralen Recheneinheit ein S\euerungsprograimn ab- 
gearbeitet wird, das auf einer Instanziierbarkeit sowie einer 
bedarfsgerechten Verschaltung von Software komponenten 
mit vorgebbarer, zumindest parametrierbarer Funktionalitat 
basiert. 

Bisher bekannte Verfahren zur Automatisierung techni- 
scher Prozesse basieren im wesentlichen entweder auf einer 
"SPS-FunkUonalitat'' oder auf einer "CNC-Funktionalitat". 
Da im Rahmen sole her Punkuonalitaten ein gewisser Funk- 
uonsurafang fest vorgegeben ist, ist eine optimale Anpas- 
sung an die Anforderungen eines spezieLlen Prozesses hau- 
fig nur bedingt moglich, wobei im konkreten Anwendungs- 
fall oft eine ganze Gruppe von Funktionen uberflussig ist 
(z. B. beira Einsatz einer CNC-Steuerung, die eigentlich fur 
Werkzeugmaschinec konzipiert ist, an Verpackungsmaschi- 
nen). 

Des weiteren existieren im Hinblick auf den jeweiligen 
Anwendungsfall individuell ausgelegte Einzwecksteuerun- 
gen in Form speziell programmierter Steuerungssoftware. 

Aus dcr DE 197 40 550 ist auBcrdcm cine Vorrichtung 
zum Steuern eines technischen Prozesses und/oder zur 
Steuerung der Bewegung einer Verarbeitungsmaschine be- 
kannt, die ein Steuerprogramm abarbeitet. Dieses Steuerpro- 
gramm besteht aus einer Vielzahl von Software-ModuLen. 
ProzcBstcucrungsfunktionalitatcD von an sich bekannten 
speicherprograinmierbaren Steuerungen und Bewegungs- 
funktionaiitaten von an sich bekannten NC-Steuerungen 
sind in einem einheitlichen, konfigurierbaren Steuerungssy- 
stem verwirklicht. Die einzelnen Software- Module werden 
hier jedoch durch jeweils eine Teilsteuerung abgearbeitet, so 
daB fur jedes Softwarc-Modul cine zentrale Rcchcncinhcit 
vorzusehen isL 

Aufgabe der vorliegenden Erfindung ist es, das Zusam- 
menfugen des Steuerungsprogramms zu vereinfacbea und 
die Anzahl der notwenriigen zentralen Recheneinheiren zu 
verringem. 

Diese Aufgabe wird uiillels eines Verfahrens zur Projek- 
tierung bzw. Programmierung einer Softwareapplikation zur 
Steuerung und/oder Oberwachung eines externen techni- 
schen Prozesses dadurch gelSst, daB instanziierbare Basis- 
objekttypen mit adressierbaren Schnittstellen zur Parame- 
trierung und Verschaltung vorgesehen sind, daB als instanzi- 
ierbare Basisobjekttypen zumindest ein Prograrnmverarbei- 
tungsobjekttyp zur Abarbeitung eines benutzerdefinierbaren 
Programms und zumindest ein Treiberobjekttyp zur An- 
steuerung der ProzeBhardware vorgesehen ist und daB die 
Projektierung zumindest die Schritte der Selektion, Parame- 
trierung und Verschaltung der Basisobjekte umfaBt. 

Das Steuerungsprogramm besteht somit im wesentlichen 
aus Software-Objekten mit adressierbaren Schnittstellen. 
Zur Projekderung und Programmierung einer konkreten 
Softwareapplikation wahlt der Projektierer/Programmierer 
aus einer Menge vordefinierter Basisobjekttypen die fur das 
jeweilige Aulomatisierungsvorhaben erforderlichen Basis- 
objekttypen aus. Die Sclcktion cincs Basisobjckttyps cnt- 
spricht im Rahmen der Projektierung/Programmierung der 
Instanziierung des entsprechenden Basisobjektryps. Die je- 
weilige Instanz eines Basisobjekttyps ist ein Basisobjekt. 
Mittels der Schnittstellen der Basisobjekte sind die Basisob- 
jekte parametrier- und verschaltbar, so dafi sich die jeweils 
entsprechend der konkreten Anforderungen ausgewahlten 
Basisobjekte uber ihre Schnittstellen zu einem Steuerungs- 
programm zusammenzufugen lassen und somit schlieBlich 



eine Soflwareapplikauon fur konkrete Sleuerungsfunktio- 
nen bilden. 

Als Basisobjekttypen kommen Objekttypen nut grund- 
satzlich vorgegeben er Funktionalitat in Frage. Hin Pro- 
5 grammverarbeitungsobjekt ermoglicht die Ausfuhrung einer 
konkreten durch den jeweiligen Benulzer individuell fiir je- 
des Programmverarbeitungsobjekt vorgebbaren Anwei- 
sungsfolge. 

Zur Ansteuerung der ProzeBhardware sind die Treiberob- 
io jekte vorgesehen, wobei fur unterschiedliche Hardware- 
komponenten jeweils unterschiedliche Treiberobjekte vor- 
gesehen sind, auch wenn in der nachfolgenden Beschrei- 
bung verkiirzt nur noch von Treiberobjekten gesprochen 
wird. 

L5 Voneilhaft kann zur Vorgabe einer FuhrungsgroBe fur 
eine Hardware-Teilkomponente des technischen Prozesses 
ist als instanziierbarer Basisobjekttyp ferner ein Fuhrungs- 
groBenobjekttyp vorgesehen sein. 

Daruber hinaus oder alternativ kann zur Regelung einer 

20 Hardware-Teilkomponente des externen technischen Pro- 
zesses als instanziierbarer Basisobjekttyp ein Reglerobjekte 
vorgesehen sein. 

Vorreilhafterweise erfolgt die Projektierung/Programmie- 
rung auf einem Engineering-System, wahrend die Software- 

25 Applikation auf einem Runtime-System zur Ausfuhrung 
kommt. Die Projektierung bzw. Programmierung ist damit 
unabhangig von der Ausfuhrung der jeweiligen konkreten 
Software-Applikation. 
Die Erfindung erfaBt nicht nur die Projektierung/Pro- 

30 grammicrung einer Softwarc-Applikadon sondem auch die 
jeweilige gemaB der Erfindung projekderte/programmierte 
konkrete Software- Applikation, insofern als die Steuerung 
und/oder Uberwachung des technischen Prozesses mittels 
einer gemaB dem erfindungsgemafien Verfahren projektier- 

35 ten bzw. programmierten Software- Applikation erfolgt Die 
Softwarc-Applikation zcichnct sich durch die jeweils vcr- 
wendeten Basisobjekte und deren konkrete Verschaltung 
aus. 

Weitere Merkmale, Vorteile und Anwendungsmoglich- 
40 keiren der Erfindung ergeben sich aus den Unteranspriichen, 
der nachfolgenden Beschreibung eines Ausfuhrungsbei- 
spiels anhand der Figuren und der Figuren selbst. Dabei bil- 
den alle beschriebenen und/oder bildlich dargestellten 
Merkmale fiir sich oder in beliebiger Kombtnation den Ge- 
45 genstand der vorliegenden Erfindung, unabhangig von ihrer 
Zusamraenfassung in den Anspriichen oder deren Riickbe- 
ziehung. 
Dabei zeigt 

Fig. 1 eine exemplarische Struktur einer Bewegungs- 
50 steuerungsapplikauon (MC-Applikation), 

Fig. 2 eine Detailansicht einer Komponente einer MC- 
Applikation mit einem Programmverarbeitungsobjekt und 
einer Hardwareanbindung uber entsprechende Treiberob- 
jekte und 

55 Fig. 3 eine schematische Darstellung der Entwicklungs- 
umgebung zur Projektierung bzw. Programmierung der 
MC- Applikation auf einem Engineering-System einerseits 
und zum Ablauf der projektierten bzw. programmierten 
M( '-Applikation auf einem Runtiine-Sysletn andererseits, 
60 Fig. 4 cin Objckt-Modcll, 

Fig. 5 Interface-Deft nitionen und 
Fig. 6 eine Objektstruktur einerSchlauchbeutelmaschine. 
Jedes Automatisierungsvorhaben setzt auf Seiten des zu 
automatisierenden Prozesses auf einem Sortiment von Hard- 
65 warebaugmppen auf. Im Falle eines Bewegungssteuerungs- 
sys terns, das im Rahmen der nachfolgenden Beschreibung 
vordringlich betrachtet werden soil, sind dies z. B. Einachs-, 
Dreiachs-, Vierachsbaugruppen mit entsprechenden Antrie- 
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ben. 

Auf der Software-Seite ist zur Handhabung der Qblicher- 
weise verarbekungs-asynchron zu beriicksichugenden Er- 
eignisse des technischen Prozesses ein Hchczeitbetriehssy- 
stera und dariiber hinaus ein Netzwerk zum Aufbau eines 
dezentralen Sleuerungssy stems niiL verteilter Steuerungs- 
funktionalitat erforderlich. 

Das in Fig. 1 dargestellteBewegungssteuerungssoft ware- 
system, ira folgenden MC-Softwaresystem, umfaBt zurnin- 
dest ein Engineeringsystem ES (Off-Line) und ein Runtime- 
system RS (On-Line). 

Das ES diem dabei dem Anwender zur Erstellung einer 
Bewegungssteuerungsapplikation, im folgenden MC- Appli- 
cation MCA genannt. Das RS ubernimmt deren Ausfiih- 
mng. 

Zur Erstellung einer MCA gehoren die Systernkonflgura- 
uon, die Erstellung der Anwenderprogramme auf Hochspra- 
chenniveau und die Uberfiihrung dieser Inforrnationen in 
eine RS-intern ausfuhrbare Form (Executable). Das RS 
dient der Ausfuhrung des Executables. 

Jede in Rahmen des RT zurn Einsatz kommende Hardwa- 
rekomponente wird als Systernbau stein SB bezeichnet. Es 
tcann aus einem oder mehreren, iiberein Nerzwerk NW ver- 
bundenen SB's bestehen. SB's sind dabei Prozessrechner mit 
dcdizicrtcr, auf die Stcucrungsfunktionalitat zugcschnittcncr 
Peripherie (auch PC moglich), auf denen notwendige und 
optionale RS-Komponenten ablaufen. 

Das Engineeringsystem ES lauft auf einem Programmier- 
gerat oder Personal Computer unter einem Standardbe- 
tricbssystcm ab. Das ES besitzt fur Inbctricbnahmc- bzw. 
Testzwecke dieses Execucables einen Zugang zum RS. 

Die konkrete Steuerungsstruktur entsteht durch Verschal- 
tung von auf den SB's, gemaB Fig. 1, instanziierbaren soge- 
nannten Basisobjekten BO, die mit unterschiedlicher Funk- 
tionalitat ausgestattet sind. Je nach Anwendung konnen die 
Basisobjcktc BO auf SB' vcrtciltcn (instanziicrt) werden. 
Des weileren weist zum ZugrifT auf die Standardharware 
HW grundsatzlich jeder Systembaustein SB ein Betriebssy- 
stem BS auf. 

Bei spiel e fur Basisobjekte BO sind: 

- Reglerobjekle FCO fur verse hiedene ReglerfunkUu- 
nen, 

- Fiihrungsgrofienobjekte CVO als FuhrungsgrdGen- 
erzeuger, die vor allem Bewegungsbefehle ausfuhren, 

- Programmverarbeitungsobjekte PPO zur Abarbei- 
tung vorgebbarer Anwenderprogramme, 

- Treiberobjekte DRO zur Anpassung der Steuerung 
an Schnittstetlen der verscbiedene Hardwarebaugrup- 
pen sowie 

- Systemrnanagerobjekte SMO als Schnitts telle zum 
Betriebssystern, 

- Boot-Objekt BOO zur Speicherung des Execu tables 
der MCA und zur Organisation des Systemanlaufs. 



berobjekte DRO. 

Funktionalobjekte FCO, CVO und PPO sind typische Ob- 
jekte zur Projektierung einer Steuerungsldsung nach den 
Anforderungen der jeweiligen Anwendung. Notwendige 
5 Systemobjekte SMO, DRO werden zum Netzwerkzugang 
auf einem Systembaustein SB bei Anlauf der Firmware an- 
gelegt und verschaltet und sind von auBen nicht instanziier- 
bar, Damit ist der Zugang auf jede Hardware HW gewahriei- 
stet. 

io Eine MC-Applikation MCA wird durch Verschaltung, 
Kon figuration und Anwenderprograrnrnierung (bei PPO's) 
von Basisobjekten erreicht. Vorkonfigurierte BO-Gruppen 
konnen im ES gebiidet und/oder verarbeitet werden. Damit 
erfolgt eine Makro-Bildung in Form von Applikationsmo- 

15 dulen SAM auf Anwenderebene. 

Die Verschaltung der Basisobjekte BO wird grundsatzlich 
von "auBen" mittels des ES konflguriert und im Executeable 
abgelegt. Die Herstellung der realen Verschaltung erfolgt 
auf Grund dieser, im Executeable enthaltenen Inforrnationen 

20 durch das BOO oder das ES. 

Die Verschaltung der Basisobjekte BO erfolgt uber dafiir 
vorgesehene Schnittstellen an den BO's. Diese Schnittstel- 
len sind im RS und ES eindeutig adressierbar. Es wird zwi- 
schen opdonaien und nichtoptionalen Schnittstellen unter- 

25 schicden. Nichtoptionalc Schnittstellen dicnen allgcmcincn 
Systemfunkuonen wie dem Empfang von Konfigurationsda- 
ten, dem Variablenaustausch oder fur Debug- und Trace- 
Zwecke. Optionale Schnittstellen reprasenderen funktionale 
Spezifika eines BO's nach auBen. 

30 Das ES benutzt zur Representation Yon BO-TVpcn bzw. - 
Instanzen im RS Stellvertreterobjekte bzw. Instanzen als 
duale Darstellung. Uber diese Stellvertreterobjekte erhalt 
das ES Inforrnationen uber die Eigenschaften von BO's und 
(bei aktivem RS -Zugang) Zugang zu den BO's und deren 

35 Schnittstellen im RS. Diese Beziehungen sind in Fig. 4 dar- 
gcstcllt. 

Schnittstellen im Engineeringsystem (ES-Interfaces) 

40 Alle Basisobjektklassen verfugen als nicht optionale ES- 
Interfaces uber Kommando- und Konfigurauonsschnittstel- 
len. wobei bei Bedarf eine Trennung erfolgen kann. Weiiere 
optionale ES-Interfaces sind Variablen-Schnittstellen, De- 
bug-Schnittstellen bzw. Trace-Schnittstellen. 

45 In Fig. 5 sind Objektschnittstellen beschrieben, wobei zur 
Verknupfung von zwei Schnittstellen folgende Matching- 
Regeln (alle AND-verkniipft) verwendet werden: 
Verkniipft wird wenn: 

50 1. die Interfaceld's gleich sind 

2. die Interface-Direction komplementar zueinander 

sind 

3. der Transmit-Type gleich ist 

4. die Connectivity dies noch zulafic. 



Alle Basisobjekte BO auBer den Systemmanagerobjekten 
SMO undeinigen Treiberobjekten DRO sind von "auBen" - 
also durch den Projektierer oder Entwickler instanziierbar. 
Die Basisobjekte BO selbst existieren in der Steuerung als 
Firmware des RS. 

Bei den Basisobjekten BO wird unterschieden zwischen 
anwenderkonfigurierbaren Funkuonalobjekren und notwen- 
digen Systcmobjckteo. Anwenderkonfigurierbare Funktio- 
nalobjekte sind z. B. die Reglerobjekte FCO, die Fuhrungs- 
groBenobjekte CVO, die Programmverarbeitungsobjekte 
PPO, einige Treiberobjekte DRO und ein RS-weites exclusi- 
ves Boot-Objekt BOO. Notwendige Systemobjekte sind da- 
gegen die Systemrnanagerobjekte SMO und spezielle Trei- 



Schnittstellen im Laufzeitsystem RS (RS-Tnterfaces) 

Die Festlegung der RS-Interfaces erfolgt im Bewegungs- 
60 stcucrungslaufzcitsystcm dirckt. Die Schnittstellen werden 
im Engineeringsystem ES uber Typkennungen verwaltet 
und adressien, so dafi deren Verschaltung moglich ist. 

Zur Verschaltung der Basisobjcktc BO zu einer konkreten 
Steuerung ist das auf einem Personal Computer/Program- 
65 rniergerat ablaufende Engineeringsystem ES vorgesehen, 
das Off-Line arbeitet und auf Abbilder samtlicher Basisob- 
jekte BO Zugriff hat. Im Einzelfall kann die Verschaltung 
der Basisobjekte BO altemativ auch uber ein "internes" 
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BootobjekL BOO vorgenoimnen werden. 

Mit Hilf'e des Engineeringsystems ES wird die konkrete 
Steuerungsldsung programxniert und unter Einsatz entspre- 
chender Werkzeuge in Berrieb genommen. Durch die Ver- 
schaltung und Konfiguradon der Basisobjekte BO entstehen 5 
Applikationsmodule SAM mil besdimuler, den Hardware- 
baugruppen entsprechender Funktionalitat (Einachsmodul, 
Mehrachsmodul, etc.). 

Die Ausfiihrung einer konkret projektierten Software- 
struktur erfolgt im Runtimesystem RS. »o 

Die wichdgsten Basisobjekte BO, sind die RegLerobjekte 
FCO, die FuhrungsgroBenobjekte CVO und die Programm- 
verarbeitungsobjekte PPO, wobei im folgenden diese Ob- 
jekte, beginnend mit dem Progranunverarbeitungsobjekt 
PPO, anhand von Fig. 2 naher dargestellt werden. is 

Ein Programmverarbeitungsobjekt PPO ist primar eine 
zur Abarbeitung eines Anwenderprogramms AP fahige vir- 
tuelle Maschine. Das Programmverarbeitungsobjekt PPO 
beinhaltet alle Funkdonen zur Ausruhrung einer Befehlsse- 
quenz in einem zeidichen Muld-Tasking-KontexL Das je- 20 
weilige Anwenderprogramm AP ist in einer spezielien As- 
semblerkodierung MCASM der virtuellen Maschine abge- 
legt, nachdem es auf dem Engineeringsystem RS graphisch 
APG oder textuell APT ersteUt, compiliert und von diesera 
an das jcwciligc Programmverarbeitungsobjekt PPO trans- 25 
feriert wurde. Der Zugang zu BO- und Betriebssystemfunk- 
tionalitaten wird somit uber den Befehlssatz der virtuellen 
Maschine realisiert 

Fur ein MC-Applikadon werden die jeweiligen Steue- 
rungspro gramme dirckt in der Art mchrcrcr Tasks geschric- 30 
ben und angeiegt. Zur Abarbeitung des jeweiligen Steue- 
rungsprogramms werden vom Programmverarbeitungsob- 
jekt PPO Tasks AT, ATZ, ATS im Multi-Tas king-System an- 
geiegt. Diese Tasks konnen fur verschiedene Abarbeitungs- 
modi eingerichtet werden. wobei z. B. zwischen zyklischer 35 
Abarbeitung - zyklischc Task ATZ - cntsprcchcnd der Ar- 
beilsweise z. B. einer speicherprograiiiJiiierbaren Steuerung 
und einer sequentieUen Abarbeitung - sequendelle Task 
ATS - z. B. bei der Berechnung einer Be wegung unterschie- 
den wird. Dahei konnen sich die Tasks selbstverstandlich 40 
gegenseitig beeinflussen, indem z. B. aus einer zyklischen 
Task ATZ die Koordination einer sequentieUen Bewegungs- 
task ATS erfolgt. Aus diesen Anwendertasks AT, ATZ, ATS 
heraus werden weitere Tasks uber MCASM- Ins trukdons zur 
Nutzung der Funktionen der Reglerobjekte FCO, der Fiih- 45 
rungsgroBenobjekte CVO und/oder der Treiberobjekte DRO 
angeiegt. 

Eine einzelne LAP stellt eine Anweisung auf MCASM- 
Niveau dar. Eine IAP kann PPO-interne und PPO-exteme 
Schnittstellen von anderen BO's bzw. des BeLriebssystems 50 
zur Realisierung seiner Funktion benutzen. Der Aufbau und 
die Verwaltung PPO-extemer Verbindungen erfolgt durch 
den MNG. Das PPO startet zur Verabeitung der geladenen 
IAP-Sequenz, die im ES aus dem AP erzeugt wurde. eine 
Default- ATS bei einer definierten IAP (entspricht Pro- 55 
gramni-Eintrittspunkt). Es existieren IAP's, die eine rekur- 
sive Task-Nutzung ermoglichen. Dazu sind irn MCASM- 
Befehlssatz z. B. IAFs vorhanden, die das Erzeugen einer 
neuen ATS oder ATZ und deren SLart ab einer bestiiiuiuen 
iAP inncrhalb der lAP-Scqucnz ermoglichen. 60 

Neben Standardoperationen eines Rechners. Ein-/Ausga- 
befunktionen sowie spezielien Funktionen, die ansonsten 
z. B. von einer speicherprograrnmierbaren Steuemng bereit- 
gestellt wiirden, werden Funktionen zur Berechnung von 
Bewegungen und zur Regelung bendtigt. Diese hoheren 65 
Funktionen stellen z. B. die FiihrungsgroBenobjekte CVO 
und Reglerobjekte FCO zur Vertugung. 

Ein Programmverarbeitungsobjekt PPO ist primar eine 



zur Abarbeitung von lAP-Sequenzen fahige virtuelle Ma- 
schine. Eine einzelne IAP stellt eine Anweisung auf 
MCASM-Niveau dar. Sie bildet den programmierbaren Zu- 
gang des Anwenders zu den Funktionalitaten der BQs und 
des BS. Die Erzeugung und der Transfer derlAP-Sequenzen 
erfolgt in den Schritlen: 

- Erzeugung eines AP auf textuellem (APT) oder gra- 
phischem (APG) Wege im ES. 

- Compilation des AP in lAP-Sequenzen (systemspe- 
zifische Kodierung; MCASM) der virtuellen Maschine 
des PPO im ES und Ablegen in einem Executable-File. 

- Transfer der IAP-Sequenzen aus dem Executable an 
das je weilige PPO durch das ES oder ein BOO. 

Eine IAP kann PPO-inteme und PPO-exteme Schnittstel- 
len von anderen BO's bzw. des BS zur Realisierung seiner 
Funktion benutzen, Der Aufbau und die Verwaltung dieser 
Verbindungen erfolgt durch den MNG. 

Die uber IAFs zugangiichen Funktionalitaten gliedern 
sich in: 

- A nwender- Multitasking: 

Dabei konnen neue Tasks mit zyklischer (ATZ) bzw. 
scqucndcllcr (ATS) IAP-Bcarbcirung auf der gelade- 
nen IAP-Sequenz erzeugt, zerstort und beeinfluBt wer- 
den. Die dafur definierten IAFs benutzen dazu Funk- 
donalitaten des BS. 

- Verarbeitung von Standarddatentypen (Zahlen, 
Strukturicrtc Datcntypcn etc.) 

- I/O-Operationen 

- Zugang zu Spezialfunktionalitaten mit PPO verbun- 
den BO'S wie z. B. CVO zur Bewegungsgenerierung 
oder FCO zur Regelung. 

Der Start der Programmabarbcitung des PPO erfolgt auf 
Konuuando des ES oder BOO tiber dessea Kouuiiando- 
Schnittstelie. Dazu wird im PPO eine Default- ATS gestartet, 
die ihre Arbeit bei einer definierten IAP (entspricht Pro- 
gramm-Eintrittspunkt) der geladenen TAP-Sequenz heginnt. 

Urn physikalische Cerate M mittels eines Achs-Interfaces 
oder eines Ein-/Ausgabe-Inlerfaces uber die konkrete Sleue- 
rungs hardware des Systembausteins SB zu betreiben, wer- 
den Treiberobjekte DRO eingeordnet. DRO's dienen der 
Entkopplung von Objektschnittschnittstellen von der kon- 
kreten Hardware, indem sie spezifische Detaill es zu deren 
Ansteuerung implementieren. Im Ausfuhrungsbeispiel 
kommt gemaB Fig. 2 zur Ansteuerung des Motors M ein 
Reglerobjekt FCO, ein Treiberobjekt DRO und ein Fun- 
rungs gr68enobjekt CVO zum Einsatz. Der Ausgangswert 
des Reglerobjektes FCO dient tiber das Treiberobjekt DRO 
direkt zur Ansteuerung des Motors M. Das Fuhrungsgrd- 
Genobjekt FCO, das in nicht dargestellter Weise mit dem 
Reglerobjekt FCO verschaltet ist, liefert zurnindest die Fiih- 
rungsgroBe fur die z. B. mittels des Reglerobjektes FCO 
konstant gehaltene Drehzahl des Motors M. Des weiteren ist 
noch ein Treiberobjekt DRO fur Eingabefunktionen E, mit 
denen sich z. B. ProzeBzustiinde erfassen lassen, und Ausga- 
befunklionen A, z. B. zum Einschalten bestimniler PruzeB- 
komponcntcn, vorgeschen. 

Die Moglichkeiten hinsichtlich Konfiguration, Program- 
mierung, Inbetriebnahme etc. werden nachfolgend anhand 
von Fig. 3 dargestellt 

Im EngineeringsystemES wird eine konkrete Steuerungs- 
ldsung entsprechend der jeweiligen Anforderungen des 
Kunden unter Einsatz entsprechender Werkzeuge VEW, 
KON, PRC (Verwaltung, Konfiguration, Prograrrunierung) 
konfiguriert und programmiert, wobei die Inbetriebnahme 
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durch weilere Werkzeuge INB, MON, DEB (Inbetrieb- 
nahme, Monitoring, Debugging) unterstiitzt wird. Die Aus- 
fiihrung einer konkret projektierten Softwarestruktur mit 
riern 7.ugehorigem Anwenderprogramm erfolgt im Runtime- 
system RS. 5 

Das Engineeringsystem RS ermoglicht demzufolge die 
ingenieurmaBige Handhabung einer Bewegungssteuerungs- 
applikadon (MC-Applikation) MCA und daruber hinaus 
auch die Representation des Runtimesystems RS wahrend 
des Engineerings (also von der Projektierung bis zur Inbe- in 
triebnahme). 

Dazu hat das Engineeringsystem ES ZugrifF auf ein Ab- 
bild samtlicher im Runtimesystem RS ausftihrbarer Basis- 
objekte BO. Demzufolge sind als Basisobjektklassen zu- 
mindest die oben bereits aufgefuhrten Reglerobjekte FCO, L5 
FuhrungsgroBenobjekte CVO, Programmverarbeitungsob- 
jekte PPO, Treiberobjekte DRO und Systemmanagerobjekte 
SMO vorgesehen. 

Sowohl im Engineeringsystem ES als auch im Runtime- 
system RS existiert iiber die Hardware HW (Prograiumier- 20 
gerat oder Personal Computer HW1 fur Engineeringsystem 
ES, Steuerungshardware HW2 fur Rundmesystem RS) ein 
vollstandiges T^aufzeksystem rnitBetriebssysrem BS, Werk- 
zeugen zum Systemmanagement und Basisobjekten BO. 

Dcr VortciL dcr vorlicgcndcn Erfindung licgt vor allcra 25 
darin, daB ein zu automatisierender technischer ProzeB mit 
erhohter Funktionalitat, z. B. im Hinblick auf Logik, Bewe- 
gung, Regelung und Messung, erhohter Dynamik, insbeson- 
dere durch entsprechende Anpassung Uber eine geeignete 
Hardwarcauswahl und ftcxiblcr Struktur, z. B. als Stand- 30 
Alone, zentrale oderdezentrale bzw. verteilte Losung, hand- 
habbar ist 

Fur die logischen Ablaufe, Bewegungsvorgange oder Re- 
gelungen stehen Basiselemente oder Basisfunktionen zur 
Verfugung. Die Basiselemente sind dabei verbindbare Kom- 35 
poncntcn, dicBasisobjcktc BO, die die Grundkomponcntcn 
fiir Automausierungsaufgaben nut jeweils einheitlichen 
SchnittsteUen darstellen. Die Basisfunktionen stehen im 
Rahmen progranmiierbarer Funktionen zur Verfugung, wo- 
bei ein Grundbefehlssatz fur Tjogik, Bewegung (Einzel- 40 
achse, lose und enge Master-Slave- Kopplung, Geometrie- 
Verbund) und Regelung verwendbar ist. Diese Struktur er- 
moglicht eine freie Programmierbarkeit und eine flexible 
Anpassung an die Gegebenheiten des jeweiligen Automati- 
sierungsvorfaabens durch das Instanziieren und das Verbin- 45 
den der jeweiligen Objekte. 

Das Gesamtsystem stellt sich als Kombination aus einem 
Laufzeitsystem einerseits, mit einem Steuerungskem als 
verteilbarem Steuerungsbetriebssystem, und einem Engi- 
neeringsystem andererseits, das insbesondere die graphische 50 
Programmierung des Automatisierungsvorhabens uber eine 
entsprechende Oberflache ermoglicht, dar. 

Diese Struktur kornrnt insbesondere einer natiirlichen 
Herangehensweise bei der Automatisierung technischer 
Prozesse entgegen, namlich einem schrittweisen Vorgehen, 55 
das nut der Fesdegung der jeweiligen Funktionen beginnt, 
woraus sich logische Ahhiingigkeiten einzelner Funktionen 
oder Funktionsgruppen ergeben bzw. ableiten lassen und 
sich erst im Rahmen von DetailbeirachLungen mit konkreten 
Bcwcgungsvorgangcn und dazu cvcntucll crfordcrlichcn 60 
Regelungen befaBt. 

Dies ermoglicht eine Einheit im Abarbeitungsprinzip, 
bietet gleichzeitig eine erhebliche Flexibilitat bei der Sy- 
stemgestaltung. 

Eine nach diesem Ausfuhrungsbeispiel konzipierte Steue- 65 
rung kann beispielsweise angewandt werden fiir eine Ver- 
packungsmaschine mit rtinf Achsen im Uauptbereich, einem 
Teraperaturregler und einem 3 -Achs-Handling system. 
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Iiii Iblgenden wird auf Fig. 6 verwiesen, in welcher eine 
Objektstruktur einer Schlauchbeutelmaschine gezeigt ist, 
wobei folgendes Vorgehen realisiert wird: 

Ml: Produkt-Zuruhrbahn 

- Produkdange konst. oder altemativ Produktabstand 
konst. 

- Produkdangen- Toleranz . . . -20%; soli zur ver- 
gleichsweise gleichen Verpackungslangen-Toleranz 
fuhren und Verpackungsfolie sparen 

- Produktabstande variabel (sowohl zu dicht als auch 
zu weit); soil die Verpackungslange des Produkts nicht 
beeinflussen 

M2: Langs naht-Siegelstation (Master- Antrieb) 

- Kontinuierliche Bewegung 

- Folienabzug haufig mit iiber diesen Antrieb 

- Arbeitswerkzeuge (geheizten Siegelrollen) werden 
bei Anlagenstillstand uber SPS- Steuersignale auBer 
Arbeitsstellung gebracht 

M3: Quersiegelstation X- Richtung 

- Bewegungsablauf: 

- Aufsynchronisieren auf Fixpunkt des Verpak- 
kungsstrangs (Mitte zwischen zwei Produkten) 

- Synchronlauf zumRxpunkt 

- Absynchonisicrcn, Bcwcgungsumkchr 

- Riickbewegung 

- Zyklusende, Stillstand (nicht zwingend) 

- Aufsyncbronisierpunkt iiber zuvor ermittelte Pro- 
dukdange und Formelwerk des Anwenders berechnet, 
im Anwenderprogramm hinterlegt und iiber Produkt- 
cinstcllungcn paramctricrbar. 

- "Nebenbewegungen" (Absynchronisierkurve, Riick- 
hub) an das Geschwindigkeitsniveau der Masterachse 
angepaBt 

M4: Folienrollenantrieb 

- Bewegungsanforderungen eines Wickelantriebs 
(Zentralwickler) 

- Durchmessererfassung und Auswertung 

- Einsatz insbesondere bei glatter Folie 

- Steuermarken bei bedruckter Folie erfassen und Dif- 
ferenzen der Lieferung Uber Elastizitat der Folie aus- 
gleichen 

M5: Quersiegelstation Y-Richtung 

- Bewegungsablauf: 
Scbliefien des Siegelwerkzeugs nach dynamisch op- 

tirnierter Funkuon (gegenwartig haufig auftretende Be- 
schleunigungs und Bremsgerausche sind unerwiinscht) 
SchlieBgerausch der Siegelbacken ("KlaLschen") 
sollen nicht auftreten, aber eine sichere Beruhrung ist 
erforderlich ((Jieichnis "Pressen im letzten Bewe- 
gungsabschnitt" benutzt) 

- Dynamische Anpassung der SchlieBbewegung an 
die Elastizitat und Lose der SchlieBmechanik erfordert 
Anpassung 

- Anpassung zeigt sich gegenwartig stark Geschwin- 
digkeits abhangig (neuer Arbeitspunkt neue Einstel- 
lung) 

- Zusatzliche Randparametem des SchlieBprofils Fo- 
lienmitnahme (extra beschleunigungsbegrenzt) 
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- Verweilzeil im geschlossenen Zustand (konsianl?) 

- Schwellendes Moment iiber Drehmomentenrege- 
lung in der Verweilzeit 

- Offnung der Siegelbacken nach einer zweiten Funk- 
don 

- Zyklusende; Stillsland 

- Bewegungshub der Siege Ibacken von der Produkt- 
hohe abhangig (Verstellung?, MeBeingang auswerten?) 

- Verkniipfung der Bewegungsprofile X- und Y-An- 
trieb (SchlieBbewegung beginnt bereits vor dem Errei- 
chen des Synchronpunkts??; Absynchronisieren be- 
ginnt vor vollstandiger Offnung??) ist noch zu betrach- 
ten 

- An die SchlieBbewegung ist das Schneidsignal zu 
koppeln (dynamisch hochwertiger Ausgang; iiber SPS L5 
zu Langs am). 

Zusammenfassend laBt sich die Erfindung wie folgt kurz 
beschreiben: 

Das Bewegungssteuerungssystern ist ein programmierbares, 20 
dezentral und flexibei aus verschiedenen Hardwarebaugrup- 
pen bestehendes Steuerungssystem, dessen Hardewarebau- 
gruppen als Sysrembausteine bezeichnet werden. 

Aufgrund der Vielschichtigkeit der bei der Bewegungs- 
stcucrung von Produktionsrnaschincn zu crfiillcndcn Anfor- 25 
derungen wird von einem Sortiment an Hardwarebaugrup- 
pen, die mit ausreichender Rechenleistung. einem Echtzeit- 
betriebssystem und spezifischer Grundfunktionalitat ausge- 
riistet sind, einem Netzwerk (z. B. Profibus) zum Aufbau ei- 
ncs dczcntralcn Systems mit vcrtciltcr S tcucrungsfunktiona- 30 
litat sowie Bedien- und Beobachtungsgeraten mit vorprojek- 
tierten Oberflachen ausgegangen. Mit der Erfindung wir ein 
konfigurier-, verteil- und programmierbares Steuerungssoft- 
waresystem zur individuellen Anpassung der Steuerungslo- 
sung an die Kundenanforderung vorgeschlagen, mit dera die 35 
projekticrte Stcucrungslosung auf Hardwarcbaugruppcn 
verteill wird und wobei ein z. B. auf einem Programmierge- 
rat oder auf einem Personal Computer abiaufendes Enginee- 
ringsystem zur Verwaltung, Konfiguration, Programmie- 
rung, zum Monitoring, Debugging und zur mhetriebnahme 40 
eingesetzt wird 

Bezugszeichenliste: 
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AP Anwenderprogramm 45 
APG graphisch ersteiltes Anwenderprogramm 
APT textuell ersteiltes Anwenderprogramm 
AT Applikationstask 
ATS sequentielle Applikationstask 
ATZ zyklische Applikationstask 
BO Basisobjekt 
BOO Boot-Objekt 
BS Betriebssystem 
COM Konununikadon (Software) 
CVO FuhrungsgroBenobjekt 
DEB Debugger 
DRO Treiberobjekt 
ES Entwicklungssystem 
FCO Reglerobjekt 
HAV Hardware 
HWn n-te Hardware 

IAP Instruction im Anwenderprogramm (MCASM-Niveau) 
INB Inbetriebnahme-Tool 
KON Konfiguradons-Tool 

MC Motion Control 65 
MCA Motion Control Applikadon 
MCASM Asseblersprache des MC- Systems 
MNG Manager 



MON Monitor 

Mx Motor x 

NW Netzwerk 

PC Personal Computer 

PPO Programmverarbeitungsobjekt 

PRC Programriuer-Tbol 

RS Runtime-System 

SAM Einachs-Applikationsmodul 

SB Systembaustein 

SMO Systemanagerobjekt 

VEW Verwaltungs-Tool 

Patentanspriiche 

1 . Verfahren zur Projektierung bzw. Programmierung 
einer Softwareapplikation zur Steuerung und/oder 
Uberwachung eines externen technischen Prozesses, 
wobei instanziierbare Basisobjekttypen (BO) mit 
adressierbaren Schnittstellen zur Parametrierung und 
Verschaltung vorgesehen sind, 
wobei als instanziierbare Basisobjekttypen (BO) zu- 
mindest ein Programmverarbeitungsobjektryp (PPO) 
zur Aharbeitung eines benutzerdefinierbaren Pro- 
gramms und zumindest ein Treiberobjekttyp (DRO) 
zur Anstcucrung der ProzcBhardwarc vorgesehen ist 
und wobei die Projektierung zumindest die Schritte der 
Selektion. Parametrierung und Verschaltung der Basis- 
objekte (BO) umfaBt. 

2. Verfahren nach Anspruch I, dadurch gekennzeich- 
nct, daB als instanziicrbarcrBasisobjckttyp (BO) fcrncr 
zumindest ein FiihrungsgroBenobjekttyp (CVO) zur 
Vorgabe einer FiihrungsgroBe fur eine Teilkomponente 
des externen technischen Prozesses vorgesehen ist. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB als instanziierbarer Basisobjekttyp (BO) 
fcrncr zumindest cin Rcglcrobjcktc (F(X)) zur Rcgc- 
lung einer Teilkomponente des externen technischen 
Prozesses vorgesehen ist. 

4. Verfahren nach einem der obigen Anspriiche, da- 
durch gekennzeichnet, daB die Projektierung auf einem 
Engineering- System (ES) erfolgt und da£ die Soft- 
ware- Applikadon auf einem Runtime-System (RS) zur 
Ausruhrung kommt. 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, daB samtliche Basisobjekttypen (BO) im Enginee- 
ring-System (ES) ein Abbild haben. 

6. Verfahren zur Steuerung und/oder Uberwachung 
externer technischer Prozesse, dadurch gekennzeich- 
net, daB die Steuerung und/oder Uberwachung des 
technischen Prozesses mittels einer mit einem Verfah- 
ren nach einem der obigen Anspriiche projekderten 
bzw, pragrammierten Software- Applikadon erfolgt. 
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